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COMPOSITE VIEW 



FIELD OF THE INVENTION 

[Oil Aspects of the present invention relate to systems and graphical user interfaces used to 
manage and display contact information. More specifically, aspects of the present 
invention provide a single graphical user interface that displays contact information that 
is synchronized with several different devices and applications. 

BACKGROUND 

[021 Computer devices are increasingly being used to store contact data. It is not uncommon 
for a user to store contact data in devices and locations such as mobile phones, personal 
digital assistants (PDAs), laptop computers and servers connected to the Internet. 
Synchronization applications have been developed to help users synchronize contact data 
stored in different locations. For example, after updating a phone number stored in a 
mobile telephone, a particular synchronization application may be used to synchronize 
the updated phone number with contact data stored in an application such as Microsoft® 
Outiook®. The data stored in the same mobile phone may also be synchronized with a 
contact data stored in a proprietary contact application. 

[031 One of the common drawbacks associated with storing data, such as contact data, in 
several different devices and locations is that it is common to have inconsistent data. For 
example, a user may update a friend's phone number stored on a mobile phone and 
update the same friend's address stored in a laptop computer. Several weeks later the 
user may not remember if the phone number stored in the mobile phone or the laptop 
computer is the most current number. Another common drawback associated with 
current systems and methods is that users may have redundant data. For example, a user 
may store a phone number and home address in a contact application under the name 
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Tom Smith and store a work email address and home address under the name Thomas 
Smith. This results in partial contact information being included in two different records. 

[04] Therefore, there is a need in the art for systems and methods that increase the consistency 
of contact data stored in multiple devices and in multiple locations. There is also a need 
in the art systems and methods that reduce the amount redundant contact data. 

BRIEF SUMMARY 

[05] Aspects of the present invention address one or more of the issues mentioned above, 
thereby providing systems and methods that increase the consistency of contact data 
stored in multiple devices and reduce the amount of redundant contact data. A contact 
database stores a plurality of contact records. Related contact records are linked together 
so that updating one record results in the updating of the related records. A graphical 
user interface allows users to merge Imked records. The unmerge command may result 
in the creation of a new composite record and the re-linking of related contact records. 

BRffiF DESCRIPTION OF THE DRAWINGS 

[06] Aspects of the present invention are described with respect to the accompanying figures, 
in which like reference numerals identify like elements, and in which: 

[07] Figure 1 shows a fimctional block diagram of a conventional general-purpose computer 
system; 

[08] Figure 2 illustrates a system for synchronizing data stored in a pluraUty of stores in 
accordance with an embodiment of the invention; 

[09] Figure 3 illustrates a system that may be used to synchronize data with three stores and a 
database, m accordance with an embodiment of the invention; 
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[101 



Figure 4 illustrates a graphical user interface that shows contact data for a plurality of 
contacts, in accordance with an embodiment of the invention; 



[11] Figure 5 illustrates a user interface that includes contact data stored in a composite 
record, in accordance with an embodiment of the invention; 

[12] Figure 6 illustrates a user interface that includes contact data stored in a mobile phone 
publisher record, in accordance with an embodiment of the invention; 

[13] Figure 7 illustrates a computer-implemented method of merging duplicate contact 
records, in accordance witii an embodiment of the invention; 

[14] Figure 8 illustrates an exemplary dialog box for unmerging records, in accordance with 
an embodiment of the invention; and 

[15] Figure 9 illustrates a computer-implemented method for unmerging contact data records 
in accordance with an embodiment of the invention. 

DETAILED DESCRIPTION 

Exemplary Operating Environment 

[16] Figure 1 is a functional block diagram of an example of a conventional general-purpose 
digital computing environment that can be used to implement various aspects of the 
present invention. In Figure 1, a computer 100 includes a processing unit 110, a system 
memory 120, and a system bus 130 that couples various system components including the 
system memory to the processing unit 110. The system bus 130 may be any of several 
types of bus structures including a memory bus or memory controller, a peripheral bus, 
and a local bus using any of a variety of bus architectures. The system memory 120 
includes read only memory (ROM) 140 and random access memory (RAM) 150. 
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117] A basic input/output system 160 (BIOS), containing the basic routines that help to 
transfer information between elements within the computer 100, such as during start-up, 
is stored in the ROM 140. The computer 100 also includes a hard disk drive 170 for 
reading from and writmg to a hard disk (not shown), a magnetic disk drive 180 for 
reading from or writing to a removable magnetic disk 190, and an optical disk drive 191 
for reading from or writing to a removable optical disk 192 such as a CD ROM or other 
optical media. The hard disk drive 170, magnetic disk drive 180, and optical disk drive 
191 are comiected to the system bus 130 by a hard disk drive interface 192. a magnetic 
disk drive interface 193, and an optical disk drive interface 194, respectively. The drives 
and their associated computer-readable media provide nonvolatile storage of computer 
readable instructions, data structures, program modules and other data for the personal 
computer 100. It will be appreciated by those skilled in the art that other types of 
computer readable media that can store data that is accessible by a computer, such as 
magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, random 
access memories (RAMs), read only memories (ROMs), and the like, may also be used in 
the example operating environment. 

[181 A number of program modules can be stored on the hard disk drive 170, magnetic disk 
190, optical disk 192, ROM 140 or RAM 150, including an operating system 195. one or 
more application programs 196, other program modules 197, and program data 198. A 
user can enter commands and information into the computer 100 through input devices 
such as a keyboard 101 and pointing device 102. Other input devices (not shown) may 
include a microphone, joystick, game pad, satellite dish, scanner or the like. These and 
other input devices are often connected to the processing unit 110 through a serial port 
interface 106 that is coupled to the system bus, but may be connected by other interfaces, 
such as a parallel port, game port or a universal serial bus (USB). Further still, these 
devices may be coupled directly to the system bus 130 via an appropriate interface (not 
shown). A monitor 107 or other type of display device is also connected to the system 
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bus 130 via an interface, such as a video adapter 108. In addition to the monitor, personal 
computers typically include other peripheral output devices (not shown), such as speakers 
and printers. 

119] The computer 100 can operate in a networked environment using logical connections to 
one or more remote computers, such as a remote computer 109. The remote computer 
109 can be a server, a router, a network PC, a peer device or other common network 
node, and typically includes many or all of the elements described above relative to the 
computer 100. although only a memory storage device 1 1 1 has been illustrated in Figure 
1 . The logical connections depicted in Figure 1 include a local area network (LAN) 1 12 
and a wide area network (WAN) 113. Such networking environments are commonplace 
in offices, enterprise-wide computer networks, mtranets and the Internet. 

120] When used in a LAN networking environment, the computer 100 is connected to the 
local network 112 through a network interface or adapter 114. When used in a WAN 
networking environment, the personal computer 100 typically includes a modem 115 or 
other means for estabUshing communications over the wide area network 113, such as the 
Intemet. The modem 115, which may be internal or external, is connected to the system 
bus 130 via the serial port interface 106. hi a networked environment, program modules 
depicted relative to the personal computer 100, or portions thereof, may be stored in the 
remote memory storage device. 

[211 It will be appreciated that the network connections shown are illustrative and other 
techniques for establishing a communications link between the computers can be used. 
The existence of any of various well-known protocols such as TCP/IP, Ethernet, FTP, 
HTTP, Bluetooth, IEEE 802.1 Ix and the like is presumed, and the system can be 
operated in a client-server configuration to permit a user to retrieve web pages from a 
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web-based server. Any of various conventional web browsers can be used to display and 
manipulate data on web pages. 

Description of Illustrative Embodiments 

[221 Figure 2 illustrates a system for synchronizing data stored in a plurality of stores in 
accordance with an embodiment of the invention. As used herein, a store may be in the 
form of a device or a file that may be accessed by an application. The system shown in 
Figure 2 includes remote stores implemented with a personal digital assistant 202, a 
contact application 204, a mobile phone 206. Active Directory 208 and Internet service 
provider server 210. Remote stores 202, 204 and 206 may be connected directly to a 
computer device 212. The connections may be via one or more docking cradles, USB 
cables, infrared links or any other conventional mechanism used to connect a device to a 
computer device. Remote stores 208 and 210 may be connected to computer device 212 
via the hitemet 214. Computer device 212 may include one or more internal stores, such 
as contact application 216. hi one embodiment, contact application 216 is implemented 
with Microsoft® Outlook®. One skilled in the art will appreciate that the aspects of the 
invention are not limited to the stores and data connections shown in Figure 2. 

[231 Computer device 212 includes a contact database 218 for storing contact information. 
Contact information may include names, addresses, phone numbers, email addresses, 
instant messenger identifications, etc. In alternative embodiments of the invention, 
contact database 218 may also store other data, such as digital certificates, passwords, 
playlists, data files or any other data that a user wishes to synchronize with a store. 
Moreover, the function of the single database 218 may be performed with two or more 
databases. For example, a first database may store contact data and a second database 
may store playlists. 
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[241 A plurality of synchronization adapters 220a-220e are used to synchronize data stored in 
contact database 218 and stores 202, 204, 206, 210 and 216. One skilled in the art will 
appreciate that structure of any particular synchronization adapter may be a function of 
the type of store and an appUcation progranuning interface (API) that is used to access 
data stored in contact database 218. One or more stores may be configured to not allow a 
user to manage data stored in that store. Active Directory 208, for example, allows users 
to read data, but not to write data. Active Directory 208 may be connected to computer 
device 212 via an import adapter 222. Import adapter 222 is used to transfer data from 
Active Directory 208 to contact database 218. 

[251 A synchronization mapping record 224 may include rules, constraints or other 
information that governs the synchronization of data. For example, if mobile phone 206 
only allows a user to store two phone numbers per name, a constraint in synchronization 
mapping record 224 may prevent more than two phone numbers per name from 
attempting to be synchronized with the data stored in mobile phone 206. 

[26] Figure 3 illustrates a system that may be used to synchronize data with three stores and a 
database, in accordance with an embodiment of the invention. A computer device 302 
may be similar to computer device 212. Computer device 302 includes an operating 
system 304. A PDA publisher record 306 includes contact data that is synchronized with 
a PDA 308. A mobile phone publisher record 310 includes contact data that is 
synchronized with a mobile phone 312. A contact application publisher record 314 
includes contact data that is synchronized with a contact application 316. In the 
embodiment shown, publisher records 306, 310 and 314 include contact data for a contact 
named "John Smith." 

[271 PDA publisher record 306, mobile phone publisher record 310 and contact application 
publisher record 314 each synchronize with a composite record 318, Publisher records 
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306, 310 and 314 and composite record 318 may be included within contact database 218 
(shown in Figure 2). In an exemplary implementation, a user may update John Smith's 
contact information stored in PDA 308. Synchronizing PDA 308 with computer device 
302 causes PDA publisher record 306 to include the updated contact information. The 
updated contact information is then synchronized with composite record 318. Composite 
record 318 may then be synchronized with mobile phone publisher record 310 and 
contact application publisher record 314. The next time that mobile phone 312 is 
synchronized with computer device 302. the contact data stored in mobile phone 312 is 
synchronized with mobile phone publisher record 310. The contact data stored in contact 
appUcation 316 may be synchronized in a similar manner. Of course, composite record 
314 may be synchronized with a plurality of additional pubUsher records, which will lead 
to the synchronization of data stored in additional stores. 

[281 In the embodiment shown in Figure 3, records 306, 310, 314 and 318 are shown located 
within operating system 304. One of the advantages of locating the records within an 
operating system is that the number of APIs required to update data stored in several 
different stores can be minimized. In one embodiment of the invention, a single API is 
used to manage the data stored within publisher records, such as PDA publisher record 
306, mobile phone publisher record 310 and contact appUcation publisher record 314. 
This is in contrast to prior art systems in which a given store might be required to use one 
API for synchronizing data with data stored in a first application, a second API for 
synchronizing data with data stored in a second application, and so on. 

[29] Figure 4 illustrates a graphical user interface 400 that shows contact data for a plurality of 
contacts. Additional contact information may be displayed by selecting a particular 
contact. For example, selecting contact 402 causes a graphical user interface 500 (shown 
in Figure 5) to be displayed. User interface 500 may include all of the contact data stored 
in a composite record. A drop down menu 502 may be used to select graphical user 
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interfaces that display contact data stored in publisher records. User interface 600 
(shown in Figure 6) includes contact data stored in a mobile phone publisher record. 
User interface 600 may also include contact data that is stored in a composite record, but 
not in the corresponding pubUsher record. Field 602, for example, is displayed in a faded 
font to indicate that the field is not included in the publisher record. Icons or other 
formatting options may also be used to indicate which fields are not included within a 
pubUsher record. The mobile phone that corresponds to user interface 600 may only be 
capable of storing 3 phone numbers per contact. As a result, the phone number in field 
602 is not synchronized with the data in the mobile phone and may not be included 
within the mobile phone publisher record. 

[301 Figure 7 illustrates a computer-implemented method of merging duplicate contact 
records, in accordance with an embodiment of the invention. Duplicate contact records 
may result from user synchronizing contact data from different stores. For example, a 
user may store contact data in a mobile phone and identify the contact as John Smith. 
Additional contact data may be stored in PDA which identifies the contact as Jonathan 
Smith. First, in step 702 identity claims of at least two contact records are compared. 
The contact records may include various combinations of pubUsher records and 
composite records. Identity claims may include phone numbers, addresses or other 
information that is likely to uniquely identify a contact. The example given above shows 
that names are not good identity claims because it is common to have minor variations in 
names. 

[31J In step 704 possible dupUcate contact records are identified. Possible duplicate contact 
records may correspond to contact records having the same identity claims. In step 706 a 
dialog box is displayed that identifies the possible dupUcate contact records and includes 
an option for merging the possible duplicate contact records. Figure 8 illustrates an 
exemplary dialog box 802. Dialog box 802 identifies the stores that are the sources of 
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possible duplicate contact records. Dialog box 802 may also list the contact data that is 
the same for each of the contact records. For example, dialog box 802 may display the 
identity claims that resulted in the contact records being identified as possible duplicates. 

[321 In step 708 a command to merge the possible duplicate records is received. The user may 
select merging now button 804 to cause contact records to be merged. In steps 710, the 
contact data from the at least two composite records is merged into a single composite 
record. For example, if one composite record corresponds to a contact identified as John 
Smith and a second composite record corresponds to a contact identified as Jonathan 
Smith, the contact data from both records would be merged into a single composite 
record that identify the contact with a single name. Finally, in step 712. the publisher 
records that were linked to the original composite records are linked to the single 
composite record. Re-linking the publisher records to the composite record ensures that 
contact data will be synchronized appropriately. 

[33] Figure 9 illustrates a computer-implemented method for unmerging contact data records 
in accordance with an embodiment of the invention. It may be desirable to unmerge 
contact records when a user mistakenly merges two contact records. First, in step 902, an 
umnerge command is received from a user. A user may provide an unmerge command 
by making an appropriate selection in a user interface, such as user interface 500 shown 
in Figure 5. In step 904 at least one pubUsher record that a user wishes to unmerge from 
a composite record is identified. Referring to the embodiment shown in Figure 3. step 
904 may include identifying a publisher record, such as contact appUcation pubUsher 
record 314. In step 906 a new composite record is created. One or more pubUsher 
records are linked to the new composite record in step 908. The pubUsher records that 
are linked to the new composite record are the pubUsher records that are unmerged. 
Next, in step 910 the unmerged pubUsher records that are identified in step 904 are 
unlinked from the original composite record. Steps 908 and 910 result in the umnerged 
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publisher records properly synchronizing with a new composite record instead of 
synchronizing with the original composite record. 

[34] The present invention has been described in terms of preferred and exemplary 
embodiments thereof Numerous other embodiments, modifications and variations 
within the scope and spirit of the appended claims will occur to persons of ordinary skill 
in the art firom a review of this disclosure. 
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